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ABSTRACT : 

A method of electronic requisition processing includes storing 
company- specific requisition rules and an electronic catalog on a central 
computer system located at a first site. The central computer system is linked 
to a number of companies by means of an external communications line, such as a 
telephone system -and -modem arrangement . A requester at one of the companies 
may identify one or more items to be ordered. In response to the requisition, 
the company with which the requestor is associated is determined, and the 
appropriate requisition rules for that company are implemented. If more than 
one item is identified, a requisition folder is formed in software to contain a 
number of requisitions. Also contained in the requisition folder are any 
required attachments, with each attachment being designated as being "internal" 
or "external" and as "confidential" or "non-confidential." The authorization 
process dictated by the requisition rules of the company are followed, with at 
least a portion of the process being executed electronically via the external 
communications line. If the purchase of items is authorized, an appropriate 
number of purchase orders are generated and are preferably transmitted to 
vendors electronically. The method isolates the companies from the vendors. 
In one embodiment, the payment process is also carried out in a manner that 
isolates the companies and the vendors. Vendors invoice the operators of the 
central computer system, who then invoice the companies. 

14 Claims, 4 Drawing figures 

Exemplary Claim Number: 1 

Number of Drawing Sheets : 3 



Abstract Text - ABTX (1) : 

A method of electronic requisition processing includes storing 
company- specif ic requisition rules and an electronic catalog on a central 
computer system located at a first site. The central computer system is linked 
to a number of companies by means of an external communications line, such as a 
telephone system-and-modem arrangement. A requester at one of the companies 
may identify one or more items to be ordered. In response to the requisition, 
the company with which the requestor is associated is determined, and the 
appropriate requisition rules for that company are implemented. If more than 
one item is identified, a requisition folder is formed in software to contain a 
number of requisitions. Also contained in the requisition folder are any 
required attachments, with each attachment being designated as being "internal" 
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or "external" and as "confidential" or "non-conf idential . " The authorization 
process dictated by the requisition rules of the company are followed, with at 
least a portion of the process being executed electronically via the external 
communications line. If the purchase of items is authorized, an appropriate 
number of purchase orders are generated and are preferably transmitted to 
vendors electronically. The method isolates the companies from the vendors. 
In one embodiment, the payment process is also carried out in a manner that 
isolates the companies and the vendors. Vendors invoice the operators of the 
central computer system, who then invoice the companies. * 

US Patent No. - PN (1) : 
5758327 

Brief Summary Text - BSTX (4) : 

Within a particular business, there are typically established requisition 
rules regarding the procedure to be followed in the procurement of goods and 
services, e.g., computer equipment. Relatively large corporations are most 
likely to establish requisition rules that must be followed before the purchase 
of goods and services. Requisition rules will vary from company to company, 
depending upon a number of factors, but the steps within the process will be 
generalized in order to facilitate the below description of the typical 
requirements of the procedure. 

Brief Summary Text - BSTX (6) : 

An authorization step requires designated individuals to approve the 
purchase of the goods or services. Within the requisition rules, the 
designated individuals may be identified in what is referred to as an 
"authorization matrix." The authorization matrix may identify a single person, 
e.g., a finance manager, or a number of individuals. The authorization matrix 
for two independent companies is not likely to be the same. 

Brief Summary Text - BSTX (8) : 

U.S. Pat. No. 5,319,542 to King, Jr. et al . discloses a procurement 
system that includes electronic processing. The system may be accessed by both 
the suppliers of goods or services and the customers. The system comprises two 
major components: (1) the electronic catalogs and (2) the electronic 
requisition. Each supplier has control over a dedicated portion of a public 
database. Consequently, each supplier may determine the content of the 
material of that portion of the database. The resulting public catalog permits 
multiple customers to access and identify descriptions of products from a 
variety of suppliers. A customer access/download control function permits the 
various customers to control access to and downloading of supplier-maintained 
catalog data, so that the individual suppliers can control the availability to 
product and pricing information. In addition to the public catalog, private 
catalogs can be maintained through the cooperation of the customers and the 
various suppliers. The private catalog functions allow customers to load, 
access and identify supplier products on the local computer systems of the 
customers . 

Brief Summary Text - BSTX (10) : 

Thus, King, Jr. et al . teaches that the procurement system can be improved 
by adding a "passive" site for access by suppliers and purchasers. The 
individual suppliers determine the content of the public catalog . The 
purchasers are allowed to. load private catalogs onto their local computer 
systems. The customers can also customize automatic routing tables to control 
requisition processing. Then, the orders are transmitted directly from the 
customers to the suppliers. While the disclosed procurement system provides a 
number of improvements over the conventional hard copy method of ordering items 
from suppliers, the passive method includes a number of limitations. Firstly, 
by allowing the different suppliers to independently maintain separate catalogs 
of products and services, it may be difficult and/or time-consuming to 
comparatively shop. Another concern is that the system does not address 
handling of various required aspects of , requisition rules of companies. For 
example, there may be a requirement that a requisition include evidence that 
the desired equipment was submitted for bid. Moreover, the patent does not 
address the complexity of generating and processing requisitions for a large 
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number of items for a single project. 



Brief Summary Text - BSTX (15) : 

A method of electronic processing includes storing company- specific 
requisition rules of a number of independent companies within a computer system 
located at a first site and includes satisfying the appropriate requisition 
rules, such as provision of attachments, via communications with company 
computers remote from the first site. In addition to storing requisition 
rules, the central computer system includes a catalog of "items," i.e., goods 
and/or services. Preferably, the catalog includes items from a wide variety of 
vendors. An individual requester, such as an employee of one of the 
independent companies, electronically generates a requisition form by 
identifying one or more of the items from the catalog or identifying items not 
found in the catalog . 

Brief Summary Text - BSTX (16) : 

In the preferred embodiment, if the individual requestor identifies more 
than one item in a single requisition, the identification of the items remains 
substantially intact during a process dictated by the appropriate 
company- specific requisition rules . Then, upon approval of the items, more 
than one purchase order may be generated. As an example, if five items are 
identified, the computer system at the first site may form a single computer 
folder having sub- requisitions . The number of sub- requisitions may correspond 
to the number of identified items in the requisition. Alternatively, the 
number of sub -requisitions may be determined by other factors, such as whether 
the items are catalog or non -catalog items, the number of vendors from whom the 
items will be ordered, and/or the expense types of the items. 

Brief Summary Text - BSTX (17) : 

As previously noted, requisition rules may require attachments. Within the 
inventive method, required documents are attached in software to the 
requisition. Attachments can be any of a variety of forms. Hard copies of 
bids may be scanned into a computer folder having the required requisition 
form. Preferably, multimedia attachments may be utilized. For example, a 
portion of a teleconference discussing the company's need for the item may be 
attached to the requisition. Each attachment is designated as being for access 
within the company, i.e., an "internal attachment," or for access by a vendor, 
i.e., an "external attachment." There is also an optional designation, if the 
attachment is to be viewed only by specific individuals, i.e. a "confidential 
attachment." 

Brief Summary Text - BSTX (18) : 

The appropriate company- specific requisition rules are selected according to 
the affiliation of the requestor with one of the companies. The requisition 
rules include an authorization matrix. The authorization matrix dictates the 
individuals within the company that must sign in order to provide proper 
approval of the requisition. The requisition file and its attachments are 
routed through the authorization process according to a routing engine that 
identifies the person-to-person sequence. The requisition rules may include 
information related to delegation of the required authorization signature and 
may include designation of agents for delegating signatures. 

Detailed Description Text - DETX (5) : 

The following describes a centralized model. However, this process could be 
executed using a distributed model wherein the routing engine, authorization 
rules and attachments exist within the individual companies 12, 14 and 16. 

Detailed Description Text - DETX (7) : 

In a first step 36 of FIG. 2, the requisition rules of each company 12, 14 
and 16 are stored at the central computer system 10. There are a number of 
different components of the requisition rules . For example, the requisition 
rules of company 12 may include an authorization matrix that dictates persons 
who must approve a requisition, a routing engine that dictates the 
person-to-person sequence within the authorization process, and requirements 
related to bids. Other aspects of the requisition rules will be described 
below. 
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Detailed Description Text - DETX (8) : 

A second step 38 is to store a catalog . The order of steps 36 and 38 may be 
reversed or carried out simultaneously. The catalog is stored as an electronic 
catalog and includes all information regarding approved products and services 
that are available to the companies 12, 14 and 16. These items may be 
pre-negotiated with the vendors 24, 26 and 28, so that cost savings are 
reflected in the stored prices . The electronic catalog is dynamic and 
facilitates the purchase of products and services in an automated fashion. 
That is, because the catalog items are pre-approved and pre-negotiated, once an 
item is requested and internally approved by the appropriate managers within 
the company organization, the item or items can be directly communicated to the 
appropriate vendor to fill the order, without the need for involvement in the 
transaction by a buyer that is associated with the procurement system and the 
central computer system 10. The goal is to handle the majority of customer 
transactions via the catalog model, thereby capitalizing on previously 
negotiated contracts and eliminating non-value- added activities. 

Detailed Description Text - DETX (9) : 

In the preferred embodiment, the step 38 of storing a catalog includes 
forming a single catalog that includes products and services of all of the 
vendors 24, 26 and 28. Thus, a single view of available information is 
presented to the requesters 18, 20 and 22. This is in contrast to a public 
database of catalog information in which information is segregated according to 
vendors. As a result, there are advantages to the requesters in terms of 
viewing the information. From the viewpoint of a vendor, products and services 
may be available to a larger audience of potential customers. If the volume of 
transactions with a particular vendor is sufficient, the operators of the 
central computer system 10 will have increased negotiating leverage in securing 
a favorable price for future transactions. 

Detailed Description Text - DETX (10) : 

In addition to identifying items and the costs of the items, the storing of 
the catalog may include storing commodity code structures and charts of 
accounts for the companies 12, 14 and 16 for transactions with the vendors 24, 
26 and 28. 

Detailed Description Text - DETX (11) : 

The next step 40 in FIG. 2 is one in which an individual requestor 18 of 
FIG. 1 identifies one or more products or services. The item or items may be 
from the stored catalog or may be non - cataloged items. 

Detailed Description Text - DETX (12) : 

In operation, one of the requesters 18 of company 12 may browse the 
electronic catalog to determine whether a specific item is available . In 
addition to the general catalog, there may be a company- specific catalog 
available to the requesters 18 of company 12. The company- specific catalog may 
include items not available to the other companies 14 and 16 or may include 
discount and other pricing information different than the other companies. If 
the item is found by the requestor 18, a requisition form is completed by the 
requester. The requisition form may be stored at the central computer system 
10 as part of the requisition rules 36 of the company. In addition to the 
identification of the item or items, the requisition form will include blocks 
regarding the identification of the company, any commodity code, any account 
code, etc. 

Detailed Description Text - DETX (14) : 

Depending upon the requisition rules of the particular company 12 and 
depending upon other considerations, there may be attachments to the 
requisition form. Step 42 in FIG. 2 is a step in which attachments are 
received at the location of the central computer system 10. The attachments 
may be sent electronically, such as by electronic mail. Hard copy attachments 
may be sent electronically by facsimile or by means of the postal service. 

Detailed Description Text - DETX (15) : 

Referring now to FIG. 3, the received attachment 44 is designated as being 
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an "external attachment" or an "internal attachment." An external attachment is 
one for access by a vendor, while an internal attachment is used within the 
company 12 with which the requestor 18 is associated. An example of an 
internal attachment is a copy of a budget of a project. An example of an 
external attachment is a GIF file of a catalog page containing the requested 
item, where the requested item is not contained within the electronic catalog 
stored at the central computer 10. 

Detailed Description Text - DETX (20) : 

Returning to FIGS. 1 and 2, the next step 52 is to form a requisition file. 
The requisition file is formed in software and contains the requisition form 
and any attachments. In the preferred embodiment, if the requestor 18 
identifies a number of items in a single session, the identification of the 
items remains intact during the authorization process. In one implementation, 
the requisition file includes a number of sub- requisitions . The number of 
sub- requisitions may be determined by any of a variety of factors, including 
the total number of items requested, the number of potential vendors, the 
expense types of the items, and whether each item is stored in the electronic 
catalog or is a non -catalog item. If a number of items are requested, each 
attachment is designated as being relevant to the appropriate item or items. 
Preferably, the requisition file is a single folder in order to facilitate ease 
of transmission. Upon reaching a designation, the folder is opened to reveal 
its contents. Purchase of certain items can be approved, while purchase can be 
denied for other items. However, the folder preferably remains intact. 

Detailed Description Text - DETX (21) : 

In step 54, the authorization process is initiated. This process is 
dictated by the requisition rules stored during step 36. The goal of the 
authorization step 54 is to provide an environment that is secure, accurate and 
efficient. As previously noted, the requestor 18 of the item or items 
preferably has access to the status of the request at any time, particularly as 
the request is moving through the authorization cycle. The decision-makers who 
are authorized to approve the request are able to review the requisition, its 
supporting attachments, and the status of persons who have previously approved 
versus persons who have not yet approved the request . 

Detailed Description Text - DETX (22) : 

Typically, the authorization process takes place in serial form. That is, 
the requisition folder that is formed at step 52 is transmitted from one person 
to the next person. However, the requisition rules of a particular company may 
allow parallel processing in order to increase speed. 

Detailed Description Text - DETX (23) : 

Referring now to FIG. 4, there are a number of inputs to the authorization 
process, shown schematically by reference numeral 56. Perhaps the most 
important input is an exchange with a routing engine 58 that is dictated by the 
requisition rules of the appropriate company. The routing engine may be 
somewhat variable within the particular company. For example, a rule base 60 
may designate a particular sequence or required signature level for one 
division or department of a corporation, while a second division or department 
may have a separate sequence or required signature level. Of course, the 
routing engine may vary from one country to another country for an 
international corporation. In addition to the rule base, there may be 
particular corporate rules 62 that will vary the routing engine depending upon 
the requested items. That is, the rule base 60 determines variations based 
upon the requester, while the corporate rules 62 vary the routing engine 
according to the requested items. The sequence may be varied by the corporate 
rules 62 according to whether the item is capital versus expense. 

Detailed Description Text - DETX (25) : 

The authorization process 56 has an input related to signature delegation 66 
and an input for support role data 71. If an individual designated by the 
routing engine 58 leaves for a vacation, that individual may delegate approval 
to an available individual. Alternatively, delegation may be automatically 
inferred for items less than a specific dollar value or for specific 
commodities, i.e. dollar- specif ic delegation or commodity-based delegation. 
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The input from area 66 may be a delegation history, a simple delegation to a 
valid employee, or may be based upon a limited time. 

Detailed Description Text - DETX (28) :' 

A "CC" input 70 establishes automatic transmission of copies of the 
requisition to individuals identified on a courtesy copy list. The list may be 
determined by the requestor or by corporate rules. 

Detailed Description Text - DETX (33) : 

At times, there may be a corporate rule or other requisition rule that 
requires an input from a financial entity, such as a bank or an investment 
house. In FIG. 1, the central computer system 10 is shown as having a link to 
such an entity 74. While not critical, the communications between the 
financial entity and the operators of the central computer system preferably 
include electronic transmissions. 

Detailed Description Text - DETX (34) : 

Referring to FIGS. 1 and 2, if approval is received during the authorization 
process at step 54, an appropriate number of purchase orders is formed at step 
76. In operation, an approved request can migrate into a company- specif ic 
business application server or can become part of the service of the central 
computer system 10. If the purchasing is to take place by means of the central 
computer system, the determination of the appropriate number of purchase orders 
may be made using the same factors described above with reference to the number 
of sub- requisitions within a requisition folder. Thus, there may be a separate 
purchase order for each requested item, or the number may be based upon other 
factors, including the number of vendors from whom items are to be ordered, the 
expense types of the items, and whether each item is taken from the stored 
electronic catalog or is a non -catalog item. 

Detailed Description Text - DETX (35) : 

For requisitions involving only catalog items, the step 76 of forming 
purchase orders may be an automatic process. On the other hand, non - catalog 
requisitions will typically require involvement by a buyer who locates a vendor 
of the item or items and who may negotiate prices . 

Detailed Description Text - DETX (36) : 

In step 78, the purchase orders are transmitted to the vendors 24, 26 and 28 
via the external communication line 32. The transmission is independent of the 
companies 12, 14 and 16. For a catalog item, the purchase order is 
electronically transmitted to the vendor. The transmission may be an EDI. In 
some instances, the purchase order may need to be mailed or sent via facsimile 
to the appropriate vendor. 

Detailed Description Text - DETX (38) : 

The distribution provider 34 delivers the item or items to the appropriate 
company 12, 14 and 16 and transmits an electronic proof of delivery (EPOD) to 
the central computer system 10. Rather than invoicing the company, the vendor 
24, 26 or 28 may transmit an invoice to the operators of the central computer 
system by means of an EDI . The invoice from the vendor is matched with the 
EPOD. If the information matches, an invoice is generated at the central 
computer system and electronically transmitted to the company. By providing 
direct communication with the distribution provider 34, the original requestor 
18, 20 or 22 and/or the company 12, 14 or 16 with whom the original requester 
is associated may determine the delivery status. If the requested item has 
been delivered, the EPOD will be available . If the item is shown as being en 
route, a re -query may be automatically made based upon selected system 
parameters, e.g., time-based re-query of twenty-four hours. A query will also 
indicate whether the item is back ordered. 

Claims Text - CLTX (2) : 

electronically storing company- specific requisition rules of a plurality of 
companies within a computer system located at a first site, said 
company- specific requisition rules including authorization procedures for 
obtaining company purchase -authorization, wherein said computer system is 
connected to an external communications line to receive data from computers 
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remote from said first site; 



Claims Text - CLTX (5) : 

in response to said step of determining said company, recognizing 
appropriate requisition rules for processing said requisition; 

Claims Text - CLTX (6) : 

while maintaining identification of said more than one item substantially 
intact, following a process dictated by said appropriate requisition rules, 
wherein at least a portion of said process is executed electronically via said 
external communications line; 

Claims Text - CLTX (10) : 

3 . The method of claim 1 wherein said step of generating an appropriate 
number of purchase orders is a step including determining said appropriate 
number based upon factors that include the number of vendors from whom said 
items are to be ordered, the expense types of said items and whether each item 
is in a catalog stored within said computer system at said first site. 

Claims Text - CLTX (12) : 

5. The method of claim 1 wherein said step of following said process 
dictated by said appropriate requisition rules includes electronically 
transmitting data both to and from said computer system by means of a computer 
of said company. 

Claims Text - CLTX (16) : 

9. The method of claim 1 further comprising a step of electronically 
storing a catalog within said computer system at said first site and storing 
requisition forms for identifying items from said catalog and for identifying 
items not included in said catalog, said method further comprising a step of 
said requestor generating said requisition that identifies said items by means 
of completing one of said requisition forms. 

Claims Text - CLTX (17) : 

10. The method of claim 1 wherein said step of following said process 
dictated by said appropriate requisition rules includes recognizing digital 
signatures of authorizing persons and includes allowing authorization of 
purchase of some of said items and refusal of authorization of other items. 

Claims Text - CLTX (20) : 

(b) storing on said central computer system data related to availability of 
items from a plurality of unrelated vendors and storing data related to 
company- specific authorization procedures for each of said companies; 
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